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Preface 


Tht  g2nsric  Modular  Sitnulatcr  System  (MSS)  Interface  Requirements  Specification 
(IRS)  has  hoen  developed  in  accordance  with  DI-MCCR-80026A,  Data  Item  Description 
for  Interface  Requirements  Specification.  This  specification  is 
ts  designed  to  he  tailored  for  a  specific  ttircrufl  training  device  or  family  of  aircraft 
iraining  devices.  Training  devices  may  consist  of  Weapon  System  Trainers  (WST), 
Operadorta!  Flight  Trainers  (OFT),  Cockpit  Procedures  Trainers  (CPT),  Part  Task 
Trainers  (PTT),  etc. 

Tailoring  will  be  necessary  to  meet  specific  training  system  requirements.  The  tailoring 
should  be  accomplished  so  as  not  to  violate  the  goals  and  intent  of  the  MSS  concepL  It  is 
assumed  that  users  of  this  document  have  a  familiarity  with  MSS  design  concepts  and 
architecture,  and  general  working  knowledge  of  ttircrqft  training  systems.  It  is  suggested 
that  ihe  user  read  the  "Modular  Simulator  Engineering  Design  Guide"  (D49S-1(H40-1) 
and  the  "Modular  Simulator  Management  Guide"  (D49S-I0439~1)  prior  to  tailoring  this 
specification.  These  guides  provide  an  overview  of  the  MSS  architecture,  in-depth 
^cusslon  of  its  application,  and  lessons  learned  from  previous  applications. 

Each  segment  in  the  MSS  architecture  provides  a  portion  of  the  overall  system 
functionalliy.  Similar  functions  and  operations  were  grouped  in  each  segment  based  on 
past  experience,  areas  of  design  expertise,  and  management  of  intersegment 
communication.  To  promote  reuse  of  the  segrrtents  and  gain  the  maximum  benefUs  of 
using  the  MSS  approach,  it  is  suggested  that  the  user  adhere  to  the  generic  functional 
allocation.  Interfaces  between  segments  should  remain  relatively  constant  from 
application  to  application.  The  application  vehicle  is  considered  to  be  miSiary  aircraft 
(e.g.  fixed  wing,  variable  geometry  or  rotary  wing),  although  the  MSS  concepts  ar.d 
arcf^cture  can  also  be  applied  to  ground  and  sea  vehicles. 

Tnis  specification  contains  specific  tailoring  instructions  for  each  paragraph.  The 
instructions  are  contained  within  the  paragraphs,  and  are  identified  by  Hank  spaces 
andlor  italicized  instructions.  When  the  tailoring  process  is  complete,  the  italicized 
tailoring  Instructions  should  have  been  replaced  by  the  application  specific  text  or  deleted 
from  the  specification.  Paragraphs  which  do  not  apply  to  a  particular  application  should 
not  be  deleted.  They  should  be  identified  as  "Not  Applicable"  to  nutiniain  paragraph 
numbering  consistency. 
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1.  SCOPE 


1.1  Identification.  This  Interface  Requirements 
Specification  (IRS)  describes  the  Interface  requirements  for 
the  (insert i^pBaOion aircn^ft)  Modular  Simulator  System  (MSS) .  The 
requirements  defined  In  this  specification  shall  apply  to  all 
Inter-segment  Interfaces  within  the  (insert a^BctUion abvntfl)  MSS. 

(This  pangraph  must  be  tailored  to  identify  program  unique  identifiers  and/or  system 
identifleadon). 

1.2  System  Overview.  The  MSS  defines  a  generic,  standard 
architecture  for  a  training  simulator.  The  architecture 
consists  of  a  Interface  scheme,  a  partitioning  scheme,  and  an 
allocation  of  requirements  to  the  various  partitioned 
components.  This  document  specifies  the  Interface 
requirements  for  the  (insert appUcadon aircraft)  MSS.  Figure  1.2-1 
Illustrates  the  fundamental  partitioning  of  the  (insert appdeadon 
aircraft)  MSS.  Individual  segments  communicate  with  each  other 
via  the  MSS  Virtual  Network  (VNET)  .  The  VNET  communication 
architecture  Is  a  conceptual  mechanism  using  a  message  passing 
protocol  and  Independent  of  the  hardware  Implementation.  The 
goal  of  the  VNET  Is  to  provide  a  generic  communication 
architecture  that  Is  adaptable  to  both  high  and  low  end 
applications  while  accommodating  computer  technology  advances. 

For  the  (insert appdeadon  abvrtft)  MSS,  the  following  MSS  segments 
are  required: 

a.  Flight  Station  (FS) 

b.  Flight  Controls  (FC) 

c.  Flight  Dynamics  (FD) 

d.  Propulsion  (PRO) 

e.  Navigation/Communication  (NAV) 

f.  Weapons  (WPN) 

g.  Radar  (RDR) 

h.  Electronic  Warfare  (EW) 

1.  Physical  Cues  (PHC) 

j.  Visual  (VIS) 

k.  Instructor  Operator  Station  (lOS) 
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1 .  Environment  (ENV) 

(Tht  tut  of  AiSS  iogmoiUs  shouid  be  taiioredto  eorre^nd  with  the  requirements  of  thU 
e^pUcoHon  oirerqft  treining  device.  The  fundamental  partitioning  for  the  MSS  consists  of 
twelve  unique  segments.  Any  one  or  more  of  these  segments  may  be  comMned  within  o 
single  computational  svstem.  In  addition.  Figure  tJ-l  must  be  tailored  to  reflect  the 
appUeation  edrcraft  top  level  architecture.  Finally,  thU  paragraph  should  be  kdlored  to 
provide  a  usdque  descr^tion  ofdte  system.) 


1.-*  Dorument  Overview.  This  Interface  Requirements 
Specification  (IRS)  establishes  the  interface  requirements  for 
development  of  the  (Uuertapjdication aircraft) HSS  interfaces.  It  also 
defines  the  types  and  formats  of  the  data  to  be  transmitted 
via  these  interfaces.  This  IRS  is  a  companion  document  to  the 
(insert appUeation aUcraft)  MSS  System/Segment  Specification  (SSS)  and 
describes  the  complete  application  Interface  requirements  of 
the  (insert  application  aircraft)  MSS.  This  document  is  used  to  satisfy 
two  purposes: 

a.  Provide  the  interface  requirements  information 
necessary  for  segment  design. 

b.  Provide  requirements  information  necessary  to  analyze 
impact  of  change  caused  by  modification  of  the  interface 
requirements . 

The  data  presented  describes  all  inter-segment  interface  data 
elements  used  by  the  (insert appticaUon aircraft) itSS,  and  the  required 
behavior  which  must  be  met  by  the  design.  Further  detailed 
interface  Information  is  provided  by  the  Interface  Design 
Document  (IDD)  for  the  (insert  application  aircraft)  MSS. 

(ThU  paragraph  should  not  require  tailoring,  other  than  inserting  the  application  aircraft 
identifier.) 
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2.  APPLICABLE  DOCUMEMTS 

2.1  Government  Documents.  The  following  documents  of  the 
exact  Issue  shown  form  a  part  of  this  specification  to  the 
extent  specified  herein.  In  the  event  of  conflict  between  the 
documents  referenced  herein  and  the  contents  of  this 
specification,  the  contents  of  this  specification  shall  be  the 
superseding  requirement . 

SPECIFICATIONS: 

Federal  -  (Idtn^  apptie«Mt ftdtral  tptcifleadona) 

Military  -  (Identify appUcabk mittkuy s/fte^leattons) 

Other  Government  Agency  -  (Identify  applicable  government 
specifieadons) 

STANDARDS : 

Federal  -  (Identify  appUeabte federal  stai^birds) 

Military  -  (Identify applicable milUary standards) 

Other  Government  Agency  -  (Identify  applieable  government  standards) 
DRAWINGS : 

(Identify  e^pUcable  drawings) 

OTHER  PUBLICATIONS: 

Manuals  -  (Identify  applicable  manuals) 

Regulations  -  (Identify  explicable  regulations) 

Handbooks  -  (Identify  appUcetitie  handbooks) 

Bulletins  -  (Identify  applicable  bulletins) 

Copies  of  specifications,  standards,  drawings,  and 
publications  required  by  suppliers  in  connection  with 
specified  procurement  functions  should  be  obtained  from  the 
contracting  agency  or  as  directed  by  the  contracting  officer. 

(In  this  paragraph  Bst  onfy  those  documents  which  are  explicitly  referenced  within  this 
specifUmtion.  If  a  requirements  paragraph  is  tailored  to  reference  a  System/Segment 
Specification  Volume  paragraphf  and  that  paragraph  contains  a  referenced  document^  list 
ithere.  AO  requirements  and  references  in  tite  System  Specifiattion  Volume  lore 
reqtarements  of  this  specification  unless  spedficaOy  excluded  in  this  document) 
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2.2  Non-Government  Documentia.  The  following  documents  of 
the  exact  Issue  shown  form  a  part  of  this  specification  to  the 
extent  specified  herein.  In  the  event  of  conflict  between  the 
documents  referenced  herein  and  the  contents  of  this 
specification,  the  contents  of  this  specification  shall  be  the 
superseding  requirement. 

SPECIFICATIONS: 

(Identify  ^pUeable  non-govemment  ipeeifleadone) 

STANDARDS : 

(Identify  applicable  non-govemmeni  tiandards) 

DRAWINGS : 

(Identify  appBeable  non-government  drawings) 

OTHER  PUBLICATIONS: 

(Identify  additional,  applicable  non-government  publications) 

Technical  society  and  technical  association  specifications  and 
standards  are  generally  available  for  reference  from 
libraries.  They  are  also  distributed  among  technical  groups 
and  using  Federal  Agencies. 


(In  this  paragraph  list  onfy  those  documents  which  are  exptidtiy  referenced  wititin  this 
specification.  If  a  requirements  paragraph  is  tailored  to  reference  a  SystenUSegment 
Specification  Volume  peaagrapih,  and  that  paragraph  contains  a  referenced  document,  list 
ithere.  All  requirements  and  references  in  the  System  Specification  Volume  I  are 
requirements  of  this  specification  unless  specificity  excluded  in  this  document) 
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3.  INTERFACE  SPECIFICATTQM 

Interface  requirements  In  this  specification  have  been  derived 
from  system  level  requirements  established  by  the  (insert 
appUcatlonairertfft)  MSS  System/ Segment  Specification  and  are  based 
on  the  resulting  system  design. 

(This  paragraph  should  not  require  tailorings  other  than  inserting  the  appheation  aircraft 
identifier.) 


3.1  Interface  Diagrams.  The  (insert ap]^ieation aircraft)  MSS  top 
level  system  architecture  Is  shown  In  Figure  3.1-1.  This 
figure  Illustrates  the  top  level  interconnections  between 
segment  components  Including  Hardware  Configuration  Items 
(HWCI)  ar  Computer  Software  Configuration  Items  (CSCI)  for 
the  (insert t^pheakonairerafi)HSS.  The  figure  also  Illustrates  the 
Inter-segment  Interface  which  shall  consist  of  messages  passed 
along  a  VNET.  Figures  3.1-2  through  3.1-13  summarize  the 
Inter-segment  message  traffic. 

(This  /NvqgmpA  must  he  tailored  to  specify  the  actual  instantiation  of  Uie  VNET  for  this 
application  airen^  MSS.  Figure  3.I-I  dioutd  he  tailored  to  identify  dte  appropriate 
CSCIs  and  HWCIs  required  for  the  appUcadoH  aircraft  MSS.  In  atUBdon,  it  diould  he 
tailored  to  idendfy  the  segments  present  and  absent  in  this  apptication  aircraft  MSS. 
Figures  3J-2  thru  3.I’I3  should  he  tailored  to  identify  the  appropriate  inter^segment 
interface  messages  for  tire  rqtPheation  rdrcraft  MSS.) 


3.2  MSS  Segment  Interfaces.  The  MSS  Interface  specification 
Is  composed  of  Interface  requirements  and  data  requirements. 
The  Interface  requirements  specify  broad  system  level 
requirements  such  as  synchronization,  timing,  protocols,  and 
hardware  Interfaces  applicable  to  all  MSS  segments.  The  focus 
of  the  Interface  requirements  Is  on  Inter-segment 
communication,  which  occurs  via  the  VNET.  The  Interface 
requirements  also  address  Issues  relating  to  Interfacing  with 
HWCIs.  The  data  requirements  also  specify  Inter-segment 
communication,  with  focus  on  the  various  data  elements  (l.e., 
messages)  passed  between  the  MSS  segments  via  the  VNET. 

The  MSS  concept  levies  no  requirements  for  Intra-segment 
Interfaces.  However,  the  following  general  guidelines  should 
be  used: 

a.  Intra-segment  Interfaces  should  support  the  Inter¬ 
segment  messages. 

b.  Intra-segment  Interfaces  should  reflect  the  design 
partition. 

c.  Intra-segment  Interfaces  should  not  Interfere  with 
external  Interfaces  or  be  used  outside  of  the  segment. 
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3.2.1  Interfaes  Ragulrfemant^a.  The  (bu€rt appUcatlom MSS 
design  shall  be  Implemented  In  a  manner  consistent  with  the 
functional  allocation  and  interfacing  rules  of  the  generic 
MSS.  The  following  paragraphs  describe  the  inter-segment 
communication  requirements  for  the  (insert appttcatioH Mircntfl)  MSS. 
These  requirements  are  applicable  to  all  segments  within  the 
(buert appUcatioH MSS. 

(This  pangraph  should  not  requirt  UtUoring,  other  than  Inserting  the  i^pUeadon  aircrafi 
identifier,) 


3. 2. 1.1  Synchronization  and  Timlno.  Each  segment  shall 
assume  execution  as  a  "black"  box  component,  i.e.,  no  segment 
design  shall  assume  that  any  particular  subset  of  segments 
have  executed  before  or  will  execute  after  the  segment. 

3. 2. 1.1.1  Synchronization .  All  system  level  timing  and 
synchronization  shall  be  initiated  by  the  Instructor  Operator 
Station  (lOS)  segment.  The  lOS  segment  shall  provide  a  top 
priority,  broadcast,  synchronization  message,  known  as  "clock 
tick"  message,  at  the  beginning  of  each  frame.  The  frequency 
of  the  synchronization  message  shall  be  (insert  maximum  frequency 
ratua)  Hertz.  The  format  and  definition  of  the  clock  tick 
message  shall  be  as  defined  in  the  (insert apjdleatlon  alrert^)  MSS 
IDD,  Appendix  A.  Each  segment  shall  commence  execution  of  the 
software  for  the  corresponding  frame  upon  receipt  of  the 
synchronization  message. 

The  synchronization  message  shall  be  generated  by  the  lOS 
segment  and  transmitted  to  all  segments  when  in  the  system 
mode,  mission  generation  mode,  remote  controlled  diagnostic 
mode,  training  mode,  reset  mode,  shutdown  mode  and  memory 
erase  mode. 

Intra-segment  synchronization  methodologies  (internal  to  each 
segment)  are  not  constrained  by  this  specification  so  long  as 
such  methodologies  allow  the  segment  to  meet  or  exceed  the 
requirements  specified  herein. 

(This  paragraph  must  be  tailored  to  define  the  specific  synchronization  requirements  for 
(Ms  tqypUeationa^crafiMSS.  In  genend,  this  will  consirt  of  inserting  the  data  values 
called  for  in  ^pan^mph.) 

3. 2. 1.1. 2  Timing.  The  following  timing  requirements  shall 
apply  to  all  segments  in  the  (insert  application  aircrafi)  MSS: 

a.  The  base  rate  and  highest  iteration  rate  for  the 
(insert  implication  aircraft)  MSS  shall  be  (inmrtnuadmam  frequency  rate 
value)  Hertz.  This  is  the  rate  of  the  synchronization 
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(clock  tick)  nosaago  on  th«  VNBT  and  the  frane  rate. 
Segment  internal  processing  shall  be  conducted  sufficient 
to  ensure  that  the  segment  input/output  is  provided  at 
the  specified  rate. 

b.  Message  transmission  within  a  frame  via  the  VNET 
shall  be  distributed.  This  means  that  when  a  segment 
completes  the  computations  which  would  allow  a  message  to 
be  transmitted,  the  segment  shall  send  that  message 
immediately.  Segments  shall  not  wait  until  the  end  of 
the  frame  to  transmit  their  messages. 

c.  All  message  transmissions  for  a  segment  in  each 

frame  shall  start  no  sooner  than  (instrt  maximum  timi  value) 

milliseconds  and  no  later  than  (buert  minimum  Sek^  time  value) 
milliseconds  after  frame  start.  This  requirement  is  not 
applicable  to  the  synchronization  (clock  tick)  message, 
which  shall  always  start  each  frame. 

d.  Segment  processing  shall  be  evenly  loaded  or 
balanced  among  the  available  simulation  frames  within  a 
cycle  (a  cycle  being  the  total  number  of  frames  in  one 
second) .  The  frame  assignments  for  each  segment  shall  be 
as  specified  the  (ineartt^^pUeationtdrerafi)  MSS  IDD,  Appendix  B. 
All  segments  shall  be  designed  to  allow  for  additional 
fine  txining  adjustments  to  the  specified  frame 
assignments  during  system  integration,  so  as  to  more 
evenly  distribute  VNET  traffic  throughout  the  simulation 
cycle. 

(This  paragraph  must  be  tailored  to  define  the  specific  timing  requirements  for  Ms 
appUcadon  aircraft  MSS.  In  general,  Ms  will  consist  of  inserting  the  data  values  called 
forinduparagrajfit.) 


3. 2. 1.1. 3  Cue  Correlation.  Simulated  cues  for  the  (insert 

appUcadon  aircraft)  MSS  shall  have  no  noticeeUble  errors  in 
correlatable  factors  such  as  time,  position,  velocity  or 
acceleration.  As  a  minimum,  all  cues  provided  by  the  Physical 
Cues  segment.  Visual  segment  and  Flight  Station  segment  shall 
be  properly  synchronized  with  all  other  segments.  These  cues 
shall  be  correlated  to  within  (insert  nuudmum  time  value) 
milliseconds. 

Cue  correlation  transport  delay  (delay  between  any 
synchronized  cue)  shall  not  exceed  (insert  maximum  time  value) 
milliseconds,  including  the  Inherent  delay  of  the  Installed 
visual  system.  The  system  shall  respond  to  abrupt  pitch,  roll 
and  yaw  inputs  within  the  specified  transport  delay,  but  not 
before  the  time  when  the  actual  (iruertappUcadontdrcraft)  would  have 
responded  under  the  same  conditions. 
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All  visual  scans  changes  from  a  steady  state  condition  shall 
occur  within  the  specified  transport  delay  but  not  before  the 
resultant  physical  cue  onset. 

(TJUf  paragrai^  must  be  taOond  to  idendfy  the  cue  eorrelatton  nquirememts  for  this 
antUaUtom  MSS.  in  ^ueralt  this  win  consist  efinserHng  the  data  ratueseaOed 
forintheparagn^  Cue  eorretatton  requiremetUs  wta  be  applieation  airergft  ^eeifk.  it 
is  suggested  that  FAA  Circular  ilihdO  be  used  as  a  guide.) 


3. 2. 1.2  Inter-Seoment  Communication  Protocol,  All  Inter¬ 
segment  communication  In  the  (tasert appOcadon abxrgft)  MSS  shall  be 
via  the  VNET.  The  VNET  shall  serve  as  the  only  communication 
path  between  segments.  The  specific  Implementation  and  design 
of  the  VNET  shall  be  transparent  to  the  Individual  segments. 
Each  segment  shall  communicate  with  the  VNET  using  the  Inter¬ 
segment  Interfaces  and  a  set  of  common  Interface  processing 
services  that  will  allow  each  segment  to  send  messages, 
receive  messages,  and  perform  other  functions  as  required  by 
the  application.  The  VNET  Interface  processing  services  are 
called  Jq^pllcatlon  Services  and  fully  discussed  In  the  (insart 
appUeadon  aircraft)  MSS  IDD. 

(This  paragraj^  should  not  requiring  tailoring.  There  are  a  two  issues  that  are  ia^rtant 
to  inter-segment  communication.  The  first  is  that  the  control  of  inter-segment  interfacing 
tueds  to  be  accomplished  in  one  plaee.  The  secorrd  is  that  the  interface  does  rurt  need  to 
assume^rreclude  a  prulieular  headware  ittterface  system.  The  itUer-segmera 
commurdcation  should  be  accomplished  in  onfy  one  plaee  within  a  segment  This  requires 
that  an  segmertt  corrrmunication  be  accomplis^d  in  a  cottmon  place  and  wn^.  ThiswUI 
help  better  define  arid  control  interfaces  as  wen  as  facilitating  Ute  localization  of 
segments.) 


3. 2. 1.3  HWCI  Interface  Requirements .  The  (insert oppUco^n 
aircraft)  MSS  Interfaces  with  HWCIs  shall  be  accomplished  In 
accordance  with  the  requirements  described  In  the  following 
paragraphs . 

(This  paragraph  should  rwt  require  tailoring,  other  than  inserting  the  application  aircraft 
ident^ter.) 


3. 2. 1.3.1  General  Purpose  Data  Controls  and  Displays.  The 

(insert appUcation  aircraft)  MSS  general  purpose  controls  and  displays 
shall  Interface  via  the  Flight  Station  segment.  The  Flight 
Station  segment  shall  be  responsible  for  processing  such  data 
as  required  to  drive  the  displays  and  report  status  of 
controls.  All  other  segments  shall  send  and  receive  control 
and  display  data  to  and  from  the  Flight  Station  segment  via 
the  MSS  VNET.  Such  data  shall  be  In  the  form  of  engineering 
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units,  ss  spsclfisd  In  (butrtiinfttciiaom  ainr^ft)  MSS  IDD,  Appendix 
A.  The  Flight  Station  segment  shall  be  responsible  for 
processing  this  data  as  required  to  drive  the  control  or 
display  to  the  respective  position  or  Indication. 

(Thispangmph  must  be  taUond  to  identify  the  specific  raw  data  controls  and  dt^tays 
utaUedtn  die  applkatioH  alrcmfi  MSS.  The  pkysica!  and  logical  details  of  the  interface 
must  be  Ualedin  die  WD.) 


3. 2. 1.3. 2  Tiohtlv  Coupled  Controls  and  Displaya.  The  (insert 

e^dcadon aircraft)  MSS  tightly  coupled  controls  and  displays  may 
interface  via  a  dedicated  backdoor  interface  to  the  associated 
segments  and  not  via  the  MSS  VNET  to  the  Flight  Station 
segment.  The  affected  segment  shall  be  responsible 
processing  the  data  necessary  to  drive  displays  and  report 
status  of  controls.  Tightly  coupled  controls  and  displays  are 
those  for  which  control  and  display  are  both  dedicated  and 
complex.  The  performance  of  the  such  devices  are  highly 
Integrated  with  the  performance  of  related  simulations  In  the 
associated  segments.  Examples  of  such  devices  are  those  which 
are  tightly  coupled  to  a  specific  function  in  a  particular 
segment,  such  as  dedicated  Control  Display  Units  (CDU's), 
primary  flight  controls  (stick,  rudder) ,  threat  warning 
display  computers,  etc.  The  interface  requirements  for 
tightly  coupled  controls  and  displays  shall  also  apply  where 
transport  delay  must  be  minimized. 

(7/Ur  paragraph  must  be  tailored  to  identify  the  specie  tightly  coupled  controls  and 
dlspkys  utilized  in  die  laPpOcationaircrofi  MSS,  and  their  segment  oBocations.  The 
physical  and  logical  deU^  of  the  interface  must  be  stated  in  the  WD.  If  die  device 
requires  power  from  the  FUght  Station  segment  these  requirements  should  be  defined  in 
this  paragraph.  Note  that  the  interfaces  identified  in  Appendix  A  of  the  WD  may  require 
some  mortification.  If  this  MSS  does  not  utilize  such  devices,  this  paragraph  must  prohibit 
them.) 


3. 2. 1.3. 3  Installed  Avionic  Buses  and  Processors.  The  (insert 

appBcation  aircraft)  MSS  Segment  Installed  avionic  buses  and 
processors  may  comrn  uni  cate  via  a  dedicated  backdoor  Interface 
and  not  via  the  VNST  to  an  Interfacing  segment.  Examples  of 
such  devices  include  actual  aircraft  data  buses  and  processors 
which  possess  time  critical  communication  requirements.  Data 
transferred  via  installed  avionics  data  buses  shall  be 
restricted  to  only  that  data  necessary  to  support  the  avionics 
Installed  in  the  simulator.  Segments  shall  not  use  the 
communication  path  with  aircraft  busses  and  processors  as  an 
alternate,  general-use  communication  channel  to  other 
segments.  All  purely  inter-segment  communication  must  use  the 
MSS  VNET  exclusively. 
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(This  fongraph  mast  be  laHondloUtHttfy  ike  spec(fk  imstaOedavioiUes  bases  md 
peoeessonutUUed  in  the  appUeaHoHeirtrifi  MSS,  end  their  segment  eBoeetioiu.  The 
^yskal  and  hgiceddetaiis  of  Aebiterfaee  must  be  stated  in  the  IDD.  (fthisMSSdoes 
fiol  utUize  such  devices,  this  pamgra^  nuM  prohibit  them. ) 


3. 2. 1.3. 4  intcQratgd  Syatiema .  The  (Insert upjdleadon oircnift)  MSS 
Integrated  systems  shall  Interface  as  defined  in  paragraph 
3. 2. 1.3. 3.  When  simulation  models  are  used  to  replace  actual 
aircraft  Integrated  systems,  the  model  shall  be  decomposed  by 
components  and  allocated  to  the  various  MSS  segments 
consistent  with  the  fundamental  partitioning.  Where  possible, 
a  model  should  be  allocated  to  a  single  segment.  Exaiq>les  of 
such  Integrated  systems  are  Integrated  Communications 
Navigation  Identification  Avionics  (ICNIA),  Integrated 
Navigation  Electronic  Warfare  System  (INEWS) ,  Vehicle 
Management  System  (VMS),  Mission  Computers,  etc. 

(Thispamgraph  must  be  tailored  to  Identify  the  specifle  Integrated  systems  utUbodlu  the 
appUeationa^eraft  MSS,  and  their  ugmentaOoeatloru,  The  details  of  the  Interface  must 
be  stated  in  the  WD.  Notice  Aat  use  of  integrated  simulation  models  uu^  require  revirion 
of  specific  message  cottietU  in  the  IDD.  if  Ms  MSS  does  not  utitke  such  devices,  diis 
paragraph  must  prohibit  them.) 


3. 2. 1.4  Coordinate  System.  The  Coordinate  system  utilized 
on  the  MSS  VNET  shall  be  the  WGS-72  earth  axis  coordinate 
system.  Individual  segments  which  use  other  coordinate 
systems  Internally  shall  perform  any  transformation  necessary 
to  conform  to  the  WGS*‘72  earth  axis  system,  when  communicating 
such  Information  via  the  VNET. 

3. 2. 1.5  Excluded  Data.  Digital  video  data,  graphical 
Imaging  data,  and  other  unprocessed  data  shall  not  be 
transmitted  via  the  MSS  VNET  during  real-time  operation. 
Graphical  Imaging  data  Includes  streams  of  lines  and  symbols, 
streams  of  range,  elevation  and  azimuth  angles.  All  data 
transmitted  via  the  VNET  shall  be  as  defined  In  Appendix  A  of 
the  (insert  app&carionaircrqft)  MSS  IDD. 

(This  paragraph  must  tailored  to  define  the  sp^iflc  kinds  of  data  transnrission  through  the 
VNET  that  are  prohibitod  for  the  application  aircraft  MSS.  The  foregoing  is  rite  data 
ejKlusion  for  rite  demonstrarion  MSS.  The  intettt  of  this  requirement  is  to  eVudttate  the 
chances  for  saturation  of  the  VNET.  Transfer  of  large  data  files  or  data  that  requires 
excessive  VNET  bandwidth  should  be  idertrified.  if  such  large  runtime  data  transfers  are 
rtecessary  in  this  appEct^n  aircraft,  this  paragraph  should  be  tailored  to  indtcate  where 
its  hattdUng  is  ad^ssed.) 

3.2.2  Data  Requirements.  The  following  paragraphs  define 

requirements  for  Interfaces  between  MSS  segments  via  the 

VNET.  Interfacing  data  elements  shall  be  "messages*.  A  MSS 


24 


8495-10794*1 
20  August  1993 

messags  is  a  data  structure  that  bundles  many  separate  data 
Items  Into  an  Ada  computer  language  record  which  defines  a 
unified  Interface.  The  specific  contents  of  each  field  of 
the  data  elements  (messages)  in  the  Interface  messages, 
including  units,  limits,  ranges,  accuracy,  precisions, 
resolutions,  and  names  shall  be  identified  in  the  (butrt 
appUeoAon  drmift)  MSS  lOD. 

(TMm  paragraph  shoiM  aol  nquUt  taUorIng,  otharthan  ituarAmg  tha  appBealkm  aircrgfi 
UtnAfItr.) 


3. 2. 2.1  Message  Requirements.  The  MSS  segments  shall 
communicate  via  a  set  of  well-defined  messages.  Paragraph 

3. 2. 2. 2  itemizes  the  required  messages,  sorted  by  originating 
segment,  i^pendix  A  of  the  (butrt appUeatioH aircraft)  MSS  IDD  shall 
capture  the  design  details  of  each  message.  The  interface 
messages  used  with  in  the  MSS  shall  meet  the  following  general 
requirements : 

(This  paragr^fk  must  be  laUored  to  defiaeAieAuoiyfi^  massages  im  Ms  i^^koAon 
abtriift  MSS»  NoAee  Mkauy  toAortugof  AAs  pan^rtv^  uuist  be  r^fleeteAbsAie 
foO/orrlug  paragraphs  and  in  Au  WD,) 


a.  The  Interface  shall  aide  in  the  Independent 
development  of  each  segment.  Independent  segment  development 
requires  Interfaces  which  contain  sufficient  detailed 
information  and  stability  to  allow  each  segment  design  team 
member  to  develop  and  test  their  segment  as  a  stand-alone 
entity. 

Interfaces  shall  Include  the  basic  system  properties  of  the 
data  used  in  the  Interfaces.  The  basic  properties  shall 
include  as  a  minimum  basic  machine  characteristics  and 
engineering  units.  The  Interfaces  shall  be  based  on  an 
abstracted  set  of  base  types  that  are  global  to  all  Interface 
types.  The  base  types  shall  include  Integer,  fixed  point, 
floating  point,  and  enumeration  types. 


b.  The  interface  shall  be  well-defined  and  shall  be 
specified  in  compilable  Ada  computer  language. 

(This  suihparagmph  should  not  require  tailoring.  TnuAAonal,  English  language  interface 
^dficoAoru  are  ambiguous  and  difficult  to  interpret.  Unlike  the  English  language, 
computer  languages  operate  on  dkmte  and  definable  rules  of  interpretoAoru  As 
required  eMrve,Au  MSS  itUetfaces  can  be  interpreted  at$d  checked  by  a  compiler.  The 
Ada  softrMsrelangut^e  can  supp^  both  Ate  reaikMBty  and  corttroi  required  for  interface 
representation.  Using  Ada  to  dqfltu  the  interface  wiU  also  allow  the  use  of  maity  unique 
data  structures  and  design  techniques,  such  as  strong  data  typing,  irtformaAon  hiding. 
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nfmwMon  iptcifkaUoms  mmS  newH/^kdom  mkt,  diat  cm  promote  m  oearo  temerie, 
nusobU  bUeifeee,) 


c.  All  interfaces  shall  have  only  one  owner.  The 
interface  design  shall  assign  origination  responsibility  of 
each  Interface  message  to  a  single  segment. 

(This  iub-ptm^ph  should  not  require  taUorlHg.  Am  bUeifaee  Out  allows  multiple 
segment  modifleatton  Is  inynssible  to  eontroL  Ihe  Interfaces  must  be  created  wIMn  In 
oitesegmeid  and  control  be  changed  by  any  oker.  This  win  facilitate  ertw  determination 
tmdmiidmlte  integration  problems.) 


d.  The  Interfaces  shall  be  grouped  according  to  purpose. 
Therefore,  the  (Insert appheadon  aircrofi)  MSS  Interface  design  shall 
group  (or  package)  interfaces  by  assigned  segment  (see 
paragraph  3. 2. 2. 2). 

(This  sub-paragra^  should  tud  reguire  lallorlttg.  Thelmpdadlrmofthisregulrementls 
drat  dterewm  be  an  Ada  package  of  interface  types  for  each  segntera  at  wen  ae  ask  of 
packages  drat  contain  the  types  that  are  shared  between  segmerrts.) 


e.  The  interfaces  shall  demonstrate  support  for  the 
synchronization  and  timing  requirements.  The  Interface  design 
shall  define  not  only  the  content  but  also  the  suggested  rate 
of  data  transfer  between  segments. 

(This  sub-paragrt^h  should  tud  require  tallorbig.  The  rate  of  transfer  informadon  Is 
haded  In  the  IDD,  Appendbc  B.  The  idendflcadon  Includes  bodr  perUdBc  attd  aperMBc 
rate  informadotr.) 


f.  The  Interfaces  shall  be  flexible  so  as  not  to  limit 
segment  design.  The  Interface  design  shall  specify  the  name, 
kind,  class,  and  segment  allocation  of  the  messages,  i^pendlx 
A  of  the  (iruertappUcadontdrcroft)  MSS  IDD  shall  define  the  specific 
content  of  each  message. 

Interfaces  shall  be  defined  in  a  manner  that  the  Internal  make 
up  of  the  interface  definition  to  easily  adapt  to  system 
changes.  This  may  be  accomplished  by  the  Inclusion  of 
unconstrained  types,  use  of  language  attributes,  and 
abstraction  of  system  specifics.  Interface  changes  shall  be 
adaptable  to  system  changes  without  extensslve  recoding. 


g.  The  interfaces  shall  not  be  dependent  upon  specific 
data  transmission  media  and  methods.  The  Interface  design 
shall  reuse  the  generic  message  structure  stated  in  this  IAS 
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and  shall  specify  the  Instantiation  of  the  VNET  in  the  Ommrt 
iipplicmrtom  tdrenfft)  MSS  IDD. 

The  interface  design  shall  control  the  Interfaces  themselves 
not  the  Interface  transmission  media.  The  Interface 
definition  shall  facilitate  a  generic  Interface  that  can  be 
transmitted  via  methods  such  as  a  hardware  network,  shared 
memory,  or  reflective  memory.  The  purpose  of  the  interface 
definition  shall  be  to  define  and  control  the  Interface 
between  segments  and  not  prevent/restrict  the  method  by  which 
the  interface  will  occur.) 

3. 2. 2. 2  Interface  Messages.  The  segment  interface  messages 
for  the  (inseHoj^Uealiontdrenfft)  MSS  shall  be  as  shown  in  Tables 
3. 2. 2. 2-1  through  3.2.2.2-12.  Further  detailed  interface  data 
for  each  message  shall  be  defined  in  J^pendix  A  of  the  (bnert 
afpOettdontdnmfitjpe)  IDD. 

(TUs  paragrofh  shoiM  not  nguin  tailoring.  Tobin  J J J J-l  Arough  3JJJ-I2  thonid 
betaUoredoMrtqidndforAoapplicaArtL  Ingonnal,atthiMloveloflnt*ifandi(flnUlon 
Aon  should  bo  ndninud  tailoring.  Tko  nufjority  of  otfbrt  nUl  bo  A  tailoring  Ao  nossago 
dostinations.  Tkointonlo/AlstabloistoshowAoeotmoctlvIfyanddataflowbotwoonAo 
sogmonts,  Tho  dotaOodintorfaeoIttfomuAon  should  boprovldod  A  Ao  IDD  A]^ondlx  A. 
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8und 

On 

Changn 


D— ttnatioo 


riight_Statlon  llodul«_Jlods_S«l*ct_ 
Control_!lapTy  “  ” 


Flight  Station  llodul«_Tralning_lloda_ 
ConFrol^HapTy  ”  “ 


riight_Station_Parfoxnane«_TastJRaaponaa 


ril(^t_Stationj0ff_LlnaJDiagno8tic_^ 
Aasponaa  ”  “ 

rilght_8tationJRauof jControllad^ 
Ola^nosticJRasponaa  " 


rilght_Stationj0n_UA«JDlagno8tlc_Raport 


FlightjStationjSeoslng_Jlaport 


Elaetrical_Sy8tan_Sixtaanth_Rataj0utputs 


I 


Blactsical^SystanjOuaxtsx^llatajOutputa 


Hydraulic_Sy8t«B_Slxt««nth_tetaj0utput8 


Hydraullc_Sy8tanjQuaxtox_Rat«_Outputs 


ru«l_lfanagoBont_Sy8t«m_Sixto«nth_Rata_ 
6utput8  ”  ” 


rual_llaxiagaaMnt_Sy8t«a_BlghtbJRatoj0atput8 


Pnaixnatic_Sy8t«a_Slxt«anth__Ratoj0utput8 


0xyg«n__Sy8taa_Sixt««nth_Rataj0utput8 


Cx8iw_Station__Intarfac8i_Bal£_Rat«__0utput8 


MAV,  lOS 

FD,  KN, 


lOS,  FC 


HAV,  lOS 
FD,  EM, 
MPM,  RDR, 
PRO,  FC, 
VIS 


ZOS,FD 


PRO,  lOS, 
PBC,  FC 


NAV,  lOS, 
FD,  NPN, 
RDR,  PRO, 
EE,  VIS, 
PBC,  FC 


Tabla  3. 2. 2. 2-1  Flight  Station  Segnont  Hoaaagaa  (1  of  3) 


Oa 

Changa 


•4f5-10734-l 
20  Angoat  1093 


riight_8tationJDiscratajChanga 


Navigation_AZ_^llax_RatajOutputa 


Px^ulalon^AZ^NaxjRatajOutputs 


rii{^t_Controls_^_lCaxJRatajOutputa 


llf_AljMax_Rata_Outpfuts 


Iladar_AZJMaxJRatajOutputs 


1laapona_AXJMaxJRataj0utpata 


riightJ[)ynaaic8_AI_KaxjRatajC>utput8 


PhyalealjCuas^AZ^ICaxJRatajOutputs 


Visual_AZjMaxjRatajOtttputs 


10S_AZJMu_tat8jOutputs 


rilght_Station_^To_Navlgation__ 

DiscratajChanga 


Flight_Station_To_Propulsion_ 

DiscrotajChanga 


Fllght__Statlon__To_rilghtjControls_ 

OlscratajChanga 


Fliglit_^Station_ToJir«apons^ 
Dlscrata  Changa  ~ 


_Modaj0utput8 


^NodajOutputs 


Aj6JIIPH_lfodaj0utput8 


StorasjConfiguxatlon 


WaaponjOptionjOutputs 


KAV,  NPH, 
108 


NAV,  ZOS 


PRO,  108 


HAV,  Z08, 
FD,  NPN, 
RDR,  PRO, 
IN,  VZ8, 
PBC,  FC 


IN,  108 


RDR,  Z08 


,  108 


FD,  108 


PBC,  108 


VIS,  ZOS 


PRO,  ZOS 


FC,  ZOS 


NAV,  NPM 


NPN,  ZOS 
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Ssfid 

On 

Chsngs 


Cur  rsnt_Jstt_St  at  ionjCOS 


Cur  r  «nt__S  t  a  t  i  on_COS 


Outputs 


Spssdbraks_Swltch_COS 


Parking__Braks_SwitchjCOS 


Kastsr_Ara_SwltchjC08 


JTS^Start_SwltehjCOS 


ElC_BOC_Switch_COS 


Starting__rusl_SwitchjCOS 


RALT_Powsr_SwltehjCOS 


INS^Mods^SwitchjCOS 


In8truBient_lloda_SuitGlijCo8 


AltlBStsrJMods^^SwltclxjCos 


Tacan_DatajCos 


rlight__Station_To_Klf_pi8crsts_Chango 


riight_Station_To_Radar__pi8crstsjChang« 


Flight__Station_To_riight_JDynaiiiics__ 

DiscrotsjChangs 


Flight_Station_To_Phy8icsljCus8_ 

Di8crotsjChangs 


Flight_^StatlonJTo_IOS_piscrot«jCbango 


mV,  FC, 
ZOS 


FC,  lOS 


EN,  lOS 


RDR,  lOS 


FD,  lOS 


Flight_Station__To_Vi8ualJDi8cretejChang0  I  VIS,  lOS 


PHC,  lOS 


Tabls  3. 2. 2. 2-1  Flight  Station  Sogaiont  Massagos  (3  of  3) 
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8«nd 

On 

Chsngs 


D— tinstioo 


Equat  ion8_of_Not  lon_NaxJilat«_Output  s 


Equat  ion8_of _ICot  lonjQuart  ar_Rat  ajOutput  a 


Stall  Onaat 


N«ight^andjBalanca_Eighth__Rata_putput8 


rorcaa_and_lfo]B8nts_EighthJtat8jOutput8 


Touchdown^Maasaga 


OimahipjStxucturaljCraah 


riight__pynamiC8jNEodulaJtfoda_Salaction_ 
Control_Raply  ”  “ 


riight_Dynaiiilcs_llOdula_Training_ 
lfoda_Control_Raply  ”” 


Flight  JDyna]iiiC8_Parfoxiiianca_Tast^Ra8pon9a 


FI  ightJDynaml  cs jOf  f JLina_ 
Dlagnos t i c_Rasponsa 


FI  lght__Dyna]Bi  cs_Rainot  ajCont  rol  lad__ 
Diagnostics  Rasponsa 


Flight_Dynajiiics_OnJLina_Diagnostic_Raport 


Flight^Pynaailcs__Scoring_Rapoxt 


FC,  108, 
NAV,  PBC, 
PRO,  RDR, 
VIS,  NPN 


EMV,  BN, 
FC,  108, 
MAV,  PBC, 
PRO,  NPN 


FS,  lOS, 
MAV 


FC,  FS, 
MAV,  PBC, 
PRO,  NPN 


VIS,  lOS, 
FS,  FC 


Tabla  3. 2. 2. 2-3  Flight  Dynamics  Sagmant  MSssagas 
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8«nd 

On 

Chang* 


Naasaga  Maaa 

Daatlnation 

Sagaant 

Kngina_Znlat_SyatM_Quartar_Rataj0utput8 

WS,  108 

CoraJBnginaJHalf_Rata_0utput8 

rs,  108, 

PBC 

Thru8t__GanarationjQuartar_Rata_0utput8 

lOS,  PBC, 
DIV,  PD, 

rs 

Aftaxbumar^Flrad 

mV,  FD, 

rs 

Engina_rirad 

FD,  FS, 

PBC 

Engina_Blaad_Alr_^Systam_Quaxtar_ 
RatajOutputa  “  ~ 

rs,  los 

Tran8ni88ion_jSystaajQuartar_Rataj0utputs 

FD,  rs 

Auxiliaxy_PoirarJDnit__Sy8tamjQuaxtar_ 
Ilata_6utput8~  —  —  — 

rs,  los, 

PBC 

Engina^rualjSyatanjCtuartarJKatajOutput 

FS,  lOS 

Engina_Exhau8t_Sy8taiB_Balf_Rataj0utput 

s 

Englnaj011^Systam^Eighth_Rata_Output 

rs,  los 

Propulaion_Support__Sixtaanth_Rata_0utput8 

rs 

Propul8ion_Hodula^Hoda_Salaction_ 
ContxolJElaply  *” 

lOS 

Pxopulalon_Modula^Txaining_NOda_ 

Contxol_Raply 

lOS 

Pxopulaion__Paxfoxinanca_Tast_Rasponsa 

lOS 

Pxopulslon_0ff_LlnaJDiagno8tlc__Rosponsa 

lOS 

Pxopul8lon__RomotajContxollad_ 
Diagnoatica^Raaponsa  ~ 

zos 

Pxopul  a  lon_On_Lina JDiagnos  t  ic_Rapoxt 

zos 

Pxopul8ion_piscxata_Outputa 

r 

s 

Pxopul8lon_Scoxing_Rapoxt 

zos 

Tabla  3. 2. 2. 2-4  Propulsion  Sogmont  Nassagas 
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Dsstlnation 


Qusxtsr__llsts_Outputs 


IMS_HalfJRstsijOutputs 


ZNS_Quartsr_RatsjOutpttts 


INSJBlghth^RatsjOutputs 


PositionJDpdats 


1faypoint_Chang«j0utput 


lladar_Alt_Eighth_Ratsj0utput8 


IIiS_HalfJElatsj0utput8 


TACANjQuartszJEtatsjOutput 


TACAM_Elghth_ltats_Output 


'_Int«rcoa_Eigbth_RatojOutput 


IIT_Eighth_Rat«jOutput 


ADS_Half_Rat«jOutput 


ADS__EighthJElats_Output 


Navlgation_Suppozt  Eighth  Rats  Output 


ConBDand_Stsszlng_llaxJRatsj0utput8 


H0D_Syad3ology_llax_Ratsj0utput8 


NavigationJBmlttszJOnlqus^pata 


NavlgationjC<Mnn]nicatlon_DiscrstsjOutput 


Tabls  3. 2. 2. 2-5  Navigation/Cooanunlcation  Ssgasnt 
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rs,  EM, 
ROR 


rs,  EM, 

EDR,  MPH, 

rc,  lOS 


rs,  108, 

rc,  EM 


rs,  JOS 


108,  rs 


rs,  rc,  EM 


los,  rs, 

rc 


rs,  rc, 

EM,  JOS 


rs,  JOS 


rs,  JOS 


rs,  los, 

RDR,  EW 


rs,  PRO, 
rc,  los 


rs,  los, 

EM 


rs,  rc, 

NPH,  RDR, 
EN,  lOS, 
PRO 


Nsssagss 
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Sund 

On 

Changu 


Maasagu  Maas 

Daatination 

Sagnant 

Havlgation  Connanlcation  Nodula_^ 
Noda^SaXaction^ControT^Raply"* 

lOS 

HavigationjCo—iini  cation_Hodula__ 
Tralnlng_Noda_ControlJR«ply 

lOS 

NavlgationjCoanunleation^ 

Parfozaanca^TaatJRusponaa 

lOS 

Navigation  Coonunication^ 

lt8aiiotaJSbntzollad_Dia^08tie8_ 

lOS 

RoaotajControllad_Diagno8tic8jRa8pon8a 

lOS 

Navigation  CoaaninicationjOff_Lina_ 
0iagno8Xie_Ra8pon8a  ~  ~ 

108 

Navigat  ionjCoawiini  cat  ionjOn_Lina_ 
0iagno8tie_It8port 

108 

NavigationjCooananicationjSeoringJilapoxt 

108 

Tablu  3. 2. 2. 2-5  Mavigatlon/CoRBiunlcation  Sagoiont  Maaaagaa 
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Rsssags  N 


0im8hlp^Fir«jControlJilghth_Rataj0utputa 


0wn8hlp_llaapon_Fl  rajOccurranca 


OwnshipJItoaponjDynamlcs^Half^RatajOutputs 


Oimahlp__Stosas_DataJ[^>data 


OwnshipJDaaagajOccurranca 


Dastixtatlon 

Sagmant 


ENV,  VIS, 
PBC,  108, 

IN,  FD,  F8 


INV,  HOR, 
lOS,  VIS, 

rS,  EH, 
MAV 


ENV,  FD, 
IOS,FS 


EHV,  lOS, 
PRO,  FS, 
MAV,  VZS, 
RDR,  PBC, 

EN,  FD,  FC 


0wn8hip_Scosing_Actlvation 


Naapons^DiscrataJDatajChanga 


NaaponjDaactivation 


Naapons__llodula  Moda__Salaction_ 
Control^RapTy 


Naapons__lfodula_Training__N6dajControlJRaply 


Naapon8jParfoxiiianca_Tast_Responsa 


NaaponsjOff_Lina_Diagnostic_Rasponsa 


Waapons^Ranot  ajCont  rol  lad_, 
Diagno8tic8__Ra8ponsa 


Naapon8_pn_Lina_Diagno8ticJRapoxt 


Waapon8_Scosing_Raport 


Jatti8on_Statu8_Co8_0utput 


BDD_llax_RatajOutput 


Stoxa8jc:onfig 


Tabla  3. 2. 2. 2-6  Waapons  Sagaant  Naaaagas 


EN,  XOS 


ENV,  RDR, 
VZS,  lOS, 

EN 


FS,  lOS 


BmoA 

On 

Changn 
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Mssssgs  Maas 


Radar_lloduls_llods_Sslsetion_Control_Rsply 


Rsdsx_Hoduls_Trslning_llo<isjControl_Itaply 


RsdsrJPsrfoxmanes^Tsst^Rssponss 


RadsrjOffJLins^pisgnostle^Ilasponss 


RadarJRsaotsjControllsd^ 

DisgnostiC8_Rs8pon8s~ 


Radax_0nJLins_Diagno8tic_Rsport 


Radar_Scoring_R8poxt 


RadarJBaittsrJDnlqus^Data 


laags  G«nsratlon_liovlngjModsl8_ 
HaTf_Ratsj0ut^t8  "" 


IiBaga_G«nsration_Moving__lfo<lal8_ 

Quartsr^RatsjOutputa^ 


Air_To_Air_R8jsctJDatajChangs 


Ds8ignatsd_Alrjro_6rouxMlJData_Chautgs 


AlrJTo_6xound_RejoctJData_C3)angs 


lfoving^Mod8l_Data_UpdatsJElats_Changs 


0wn8hlp_B«acon_pata_Changs 


IFr_Alxbozns_Intsrrogate_DatajChangs 


Tr_TA_Data_Changs 


Mi88ionjCoa^tsr_^Interfacs__Half_ 
RAttTpatpats  “ 


Mia8ion_C(Mqmtsr__Son8or_DatajChangs 


SsnaorJFuasd  Dl8cornabls_ 
CharactsrXatlcajChangs 


NPN,  ro 


ro,  los 


Eli,  VIS 


m,  VIS 


EN,  VIS 
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On 

Chang* 


Maasaga  Nana 

Dastination 

Saguant 

OwnahlpjChaff  Anid__FlarasjBalf_^ 

Rata3>utpuEs  “  ” 

VIS,  Z08, 
ENV,  RDR 

Oimship_Chaff_jAnd_J'laras_^ 

Sixtaanth_^ta3>utputs 

VIS,  ZOS, 
ENV,  RDR 

Ownship_ECM__Balf_Rata_putputa 

ENV,  RDR, 
VIS,  lOS, 

HAV 

DacoyJDniquaJData 

ENV,  RDR, 
VZS,  ZOS, 

HAV 

Poda_andjControlsJEi^th_RatajOutputs 

rs 

KlactronlcJlfarfara_DiscrataJDatajChanga 

rs 

Elactxonlejirarfara_llodttla_lioda_ 

SalactionjContxol^Raply 

ZOS 

ElaetronlcJlfarfara_Nodula_ 

Tralning^KodajControlJRaply 

ZOS 

ElactronieJllarfara_Parfozaanca_ 
Ta8t_Ra8ponsa  “  “ 

ZOS 

Elactronic_irarfara_Off_JLina_ 

Diagnostic_Raaponsa 

ZOS 

ElactronicJlfarfara_IlamotajControllad_ 

Diagnostic8_Ra8ponsa 

ZOS 

Elactronlc_Narfara_OnJLina_ 

DiagnoaticJRaport 

ZOS 

ElactronicJlfarfaxa__Scoring_Rapoxt 

ZOS 

Tabl*  3. 2. 2. 2-8  El«ctronlc  Narfar*  Sogaant  Massagas 
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Ssnd 

On 

Changn 


Hassaga  Maaa 

Dastinatico 

Sagaant 

Notion_Ralatad_^Systaa_Stata 

ZOS 

PhysicaljCuas  Modula^Koda^ 

SalactionJEbntrol^^^y 

lOS 

Physical  Cuas_liodula_Training_ 

Hoda JSbnt  zclJRaply 

lOS 

PhysicaljCuas_Parforaanca_^Tast_Rasponsa 

ZOS 

PhysicaljCuas_Off_Lina_ 

DiagnostieJRasponaa" 

ZOS 

Physlcal_CuasJRaaotajControllad_ 
Diagnostics^Rasponsa  ~ 

ZOS 

PhyaicaljCuas_On_Lina_piagnostic_Raport 

ZOS 

Phy8ical_Cuas_Scoring_teport 

ZOS 

Tabln  3. 2. 2. 2-9  Physical  Cuas  Warfare  Sagaant  Massagas 
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On 

Changn 


Nsssagn  Naan 


Visual_liodul«JMods_Sul«ction_ 
ControlJRsply  ~ 


Vi8ual_Hodul«_Training_llodaijCont  rol^Rsply 


Vi8ual_Pnrfozaanc«_T«8t_Ssapon8a 


Vlsual_0ff_Lln«JDiagno8tic_Rasponss 


Vi8\3al_llaaotajContsollad_ 

DiagnostlC8_Ra8ponsa 


Vl8ual_0n_Lina_J)lagnostic_R^port 


Vi8ual_Scozing_Jlaport 


Vl8\ial_Po8itlonJRang8jC^pdatajC>utpfut 


Vl8ualj0ccultlng_DatajChanga 


ViaualJDiaczataJDatajChanga 


ViauaX  Aircraft  Syataas^Intarfaca^ 
EigEth_RataJ5utput  ”  *“ 


Viaual  Aircraft  Syataaa  Interface 
BlgHth_Rate  “  “  " 


ENV,  NAV, 
EW,  RDR 
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8«nd 

On 

Changn 


Nsssagn  W»— 


llod«_Sttl«ction_ltos8ag« 


DMtinatlon 


Tralning_Mods_S«l«ctlon_Hessagn 


Quick^Actlon^Taak^Massaga 


]lunJModa_Fra«Ba_llaaaaga 


Vl8ualJBy«polnt_jAetiva 


SiaulatorjContxrolJDiacrata^Massaga 


Parfoxnanc«__T«stJRequest_Me88ag« 


Snapshot^Funct  ion_ltes  saga 


Racord_Ilaqua8t_Ma8saga 


ENV,  ID, 
FC,  F8, 
PRO,  KAV, 


CNV,  ID, 
FC,  F8, 
PRO,  MAV, 


PRO,  MAV 


ID,  F8 


EMV,  ID, 
FC,  F8, 

vzs,  pac, 

RDR,  MAV, 
MPM,  XM, 
PRO 


KMV,  ID, 
FC,  FS, 
PRO,  MAV, 
■M,  MPM, 
VZS,  RDR, 
PHC 


ENV,  ID, 
FC,  FS, 
PRO,  MAV, 


ENV,  ID, 
FC,  FS, 
PRO,  MAV, 
EM,  MPM, 
VZS,  RDR, 
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Ssnd 

On 

Changs 

Ksssags  Maas 

Dssttnatioo 

Ssgnsnt 

* 

Playback_Rsqusst_llas8ags 

EMV,  PD, 

PC,  PS, 

PRO,  HAV, 

MM,  MPM, 

VIS,  RDR, 

PBC 

* 

OffJLlnsJDlagnostlc_Ns8sags 

XNV,  PD, 

PC,  PS, 

PRO,  MAY, 

MM,  NPN, 

VIS,  ROR, 

PBC 

* 

RaaotsjControllsdJDiagnostics^Nsssags 

mV,  PD, 

PC,  PS, 

PRO,  MAY, 

BN,  NPN, 

YIS,  RDR, 

PBC 

* 

On_JJ.ns_Diagnost  ie^Msssags 

BUY,  PD, 

PC,  PS, 

PRO,  MAY, 

BN,  NPM, 

YIS,  RDR, 

PBC 

* 

TlmsjChango^MSsaags 

BNY,  PD, 

PC,  PS, 

PRO,  NAY, 

BN,  NPM, 

YIS,  RDR 

* 

Multlpls_SiiBulator_EnvironiMnt_Hs5sags 

BMY 

Clock_Tick_Message_Max_^ts 

BNY,  PD, 

PC,  PS, 

PRO,  MAY, 

BN,  NPM, 

YIS,  ROR, 

PBC 

* 

ParaiBstsrjSlair_HQ88aga 

PD 

* 

AddjCargo__lfa88ags 

PD 

* 

SxtsmaljConnsction_lis88aga 

PD,  PS, 

PBC 

Tabls  3.2.2.2-11  Instructor  Opsrstor  Station  Ssgnsnt  Msssagos 
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S«nd 

On 

Changn 


Itessagn 


ParaMt«rjChang«_ltossag« 


Hydraullc_riuldjQuantityjChangn_lte88ag« 


ru8l  QuantltyjChang8__ll888ag8 


Ilos«t_N888ag8 


IcingJL8v«l_Mju8ta8nt_H88sag8 


Engln8j011jQuantity_Adju8taMmtJM8S8ag8 


IOS__^Dl8erat8_R8qua8t_Maa8ag« 


Malf\3nction_lte88ag« 


Waypoint  jcaiangtt_tf888ag8 


Platfoxm^Radio^SatjMtossago 


Tralnlng_Ar«a__Boundary_ltessag8 


Ownship_Pos  i  t  lonjCliang«_D«inand 


Wind^Shaax_N088ag« 


WindJDir«ction_jS«t_Mssag« 


Wlnd_^Sp««d_S«t_lte88ag« 


Wind_Posltlon__ltossago 


Wind__Zntan8ity_ltos8ag« 


Turbul8nc8_D«iBandJM8ssaga 


Runiray__SurfacojCondition_lfas8aga 


Daatlnation 

Sognant 


I'D,  PRO, 
VIS,  W8 


rs,  PRO, 
PC,  WPN 


ENV,  ID, 
PRO 


ID,  HAV, 
PBC,  PC 


ENV,  ID, 
PRO,  NAV, 
RDR,  WPN, 

EN,  PC,  PS 


ENV,  NAV, 
EN,  WPN, 
VIS,  RDR 


ENV,  ID, 
NAV,  EW, 
VIS,  RDR 


Tablo  3.2.2.2-11  Instructor  Oporator  Station  Sagmant 
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ENV,  ID, 
VIS 
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Send 

On 

Change 

Message  Name 

Destination 

Segment 

« 

ENV_Module_Node__SelectionjControl_Reply 

lOS 

* 

ENV_Module_TrainingJModejCont  rol^Reply 

lOS 

* 

CllV_Perfox8Uutce__TestJElesponse 

lOS 

* 

iaiyjOff_Llne_Dlagnostic^ltesponse 

lOS 

* 

DIV_Raisot  e jCont  rol  led_Diagnost  i  cs^Response 

lOS 

* 

ENVjOn^Zdne_DlagnoatlcJReport 

lOS 

* 

EMV_Scorlng_Report 

lOS 

* 

Malfunctlon_Dlrectlon_Message 

lOS 

AtmospherejQuarter_RatejOutputs 

FD,  fC, 
lOS,  NXV, 

PHC,  PRO 

WeatherjQuart  er_Rat  ejOutput  s 

ID 

Oimshlp_Height_Above_TerrainJMax_^ 
RatejOutputs  ”  ”  ” 

VIS,  ID, 

HAV,  RDR, 

NPN,  PBC 

MovingJModels_Height_Above_ 

TerrainJMax_RatejOutputs 

HAV,  RDR 

VIS,  ID, 

MPN,  PBC 

* 

Radar_Occultlng__DatajChange 

VIS,  EW, 

RDR 

* 

VI  sual  jOccul  t  ingJDat  ajChange 

VIS,  HAV, 

EH,  RDR 

* 

MOving_Mo<lelJDafflage_j0ccurrence 

lOS,  EW 

* 

Moving__MOdel_Scoring_Act  Ivat  ion 

EW,  lOS 

* 

ThreatJireapon_Dynaiiiics_Balf_Rate_jOutputs 

RDR,  VIS, 
lOS 

* 

Plat  f orm_Tire_Occur rence 

PBC,  EW, 
lOS 

* 

Plat  f oxm__Stores__pat  a_Update 

EW 

C 
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Ssxid 

On 

Changs 


Nsssaga 


Thr«at_Pl«tfoxmJDynamicsJHalf_ 

Itata_putputs‘~ 


Thraat__Plat  f oxm_Uniqpia__Oata 


Coapanion_vahiclas_BalfJRatajOutputa 


Coiqpanlon_Changa__Oata 


TaxikarjChangaJData 


CoiBpanionjrankar_lfo<laX_Daactlvata 


Ext«rnal_Chaff_And_riaras_Half_ 
RatajOutputs  “ 


ExternaljChaff_And_riaras_ 

Sixtaanth__Rate__Output8 


AixportsjOutput 


llAV_Aid_Sit«jOutput 


Collision__DatajChango 


Daatinatlon 


NPM,  HAV, 

nr,  los, 

VIS,  ADR 


EN,  106, 
VIS,  RDR, 
NPN,  MAV, 

rs 


WD,  nr, 

rs,  108, 

MAV,  RDR, 
VIS 


FD,  nr, 

rs,  zos, 

MAV,  VIS, 
RDR,  PBC 


ro,  rs, 

lOS,  MAV, 
VIS,  RDR, 
PBC 


FD,  rs, 

lOS,  MAV, 
VIS,  RDR, 
PHC,  EM 


VIS,  lOS, 
EM,  RDR 


VIS,  lOS 
EM,  RDR 


MAV,  lOS, 
RDR,  VIS, 

FD 


MAV,  RDR, 
VIS 


VIS,  MPN, 
FD,  lOS 


Tabla  3.2.2.2-12  Envlroninant  Segaant  Massagas  (2  of  2) 
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None. 


5. 

None. 


CDRL  Contract  Data  Requirement  List 

CDU  Control  Display  Unit 

CSCI  Computational  System  Configuration  Item 

DOD  Department  of  Defense 

ENV  Environment 

EN  Electronic  Warfare 

FC  Flight  Controls 

FD  Flight  Dynamics 

FS  Flight  Station 

HWCI  Hardware  Configuration  Item 

ICNIA  Integrated  Communications  Navigation 

Identification  Avionics 
IDD  Interface  Design  Document 

INEWS  Integrated  Navigation  Electronic  Warfare  System 

IDS  Instructor  Operator  Station 

IRS  Interface  Requirements  Specification 

MSS  Modular  Simulation  System 

NAV  Navigation/Communication 

PHC  Physical  Cues 

PRO  Propulsion 

RDR  Radar 

SSS  System/ Segment  Specification 

TA/TF  Terrain  Avoidance/Terrain  Following 

VIS  Visual 

VMS  Vehicle  Management  System 
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r-«. 
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VNET  Virtual  Network 

NPN  Weapons 

<ThispantnphmuMtbeiaiion4tor^fUetmomeHdatMniuiiqu4totliisiipplleatl0H 

olnnifiMSS.) 


6.2  Gloaaary. 

Backdoor  Interface  -  A  hardware  or  software  Interface,  not 
utilizing  the  VNET,  between  a  MSS  segment  and  an  associated 
component . 

Communications  Protocol  -  A  scheme  for  information  passing 
between  fundamental  components. 

Cue  Correlation  -  A  training  systems  problem  of  matching 
simulated  response  apparent  to  crew  actions. 

Transport  Delay  -  The  time  lapse  between  an  action  and  its 
simulated  result  within  the  simulator. 

Virtual  Network  -  The  framework  for  organization  and 
Interfacing  of  the  fundamental  MSS  components. 

WGS-72  Earth  Axis  Coordinate  System  -  A  standard  definition, 
acceptable  to  DoD,  for  locating  points  on  the  globe. 

(This  paragn^  must  be  inland  to  r^fkatermom^ogy  unique  to  this  aniflicatioH  aircraft 
MSS.) 
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REVLTR 


52 


